ETSITS101 950V1.1.1 



(2001-05) 



Technical Specification 



Digital Enhanced Cordless Telecommunications (DECT); 

DECT Packet Radio Service (DPRS); 
Interoperability Test Specification 




y 



ETSI TS 101 950 VI. 1.1 (2001-05) 



Reference 



DTS/DECT-040200 
Keywords 



application, data, DECT, DPRS, interoperability, 
TCL, testing 



ETSI 

650 Route des Lucioles 
F-06921 Sophia Antipolis Cedex - FRANCE 

Tel. : +33 4 92 94 42 00 Fax: +33 4 93 65 47 1 6 

Siret N - 348 623 562 0001 7 - NAF 742 C 
Association a but non lucratif enregistree a la 
Sous-Prefecture de Grasse (06) N° 7803/88 



Important notice 



Individual copies of the present document can be downloaded from: 
http://www.etsi.orq 

The present document may be made available in more than one electronic version or in print. In any case of existing or 

perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). 

In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive 

within ETSI Secretariat. 

Users of the present document should be aware that the document may be subject to revision or change of status. 
Information on the current status of this and other ETSI documents is available at http://www.etsi.org/tb/status/ 

If you find errors in the present document, send your comment to: 
editor@etsi.fr 

Copyright Notification 

No part may be reproduced except as authorized by written permission. 
The copyright and the foregoing restriction extend to reproduction in all media. 

© European Telecommunications Standards Institute 2001 . 
All rights reserved. 



ETSI 



ETSI TS 101 950 VI. 1.1 (2001-05) 



Contents 

Intellectual Property Rights 8 

Foreword 8 

1 Scope 9 

2 References 9 

3 Definitions and abbreviations 10 

3.1 Definitions 10 

3.2 Abbreviations 10 

4 Abstract Test Method (ATM) 10 

4.1 Test architecture 11 

4.2 Test configurations 12 

4.3 Test mode 13 

5 Abstract Test Description 13 

5.1 TC definition conventions 13 

5.2 Description of the test execution with HMSCs 14 

5.3 Procedure definition conventions 15 

5.4 Description of the message flow with MSCs 15 

5.5 Source of TC definitions 16 

6 Test Case List 16 

7 Test cases 18 

7.1 Test Case: Subscription 18 

7.1.1 High level MSC: NWK layer 19 

7.1.2 High level MSCs: DLC layer 20 

7.1.3 High level MSCs: MAC layer 21 

7.2 Test Case: Outgoing Call 22 

7.2.1 High level MSCs: NWK layer 22 

7.2.2 High level MSCs: MAC layer 23 

7.3 Test Case: Incoming Call 24 

7.3.1 High level MSCs: NWK layer 25 

7.3.2 High level MSCs: MAC layer 26 

7.4 Test Case: Switch on 27 

7.4.1 High level MSCs: NWK layer 27 

7.5 Test Case: Desubscribe 28 

7.5.1 High level MSCs: NWK layer 28 

7.6 Test Case: Connection bandwidth control 29 

7.6.1 High level MSCs: NWK layer 29 

7.6.2 High level MSCs: MAC layer 30 

7.7 Test Case: Stop/Start sending data 30 

7.7.1 High level MSCs: Management Entity 31 

7.8 Test Case: Send and receive U-plane data 32 

7.8.1 High level MSCs: DLC layer 33 

7.8.2 High level MSCs: MAC layer 33 

7.9 Test Case: Behaviour at the edge of range, in noisy environment, Interferer tests 34 

7.9.1 High level MSCs: DLC layer 34 

7.9.2 High level MSCs: MAC layer 35 

7.10 Test Case: Multicell behaviour 35 

7.10.1 High level MSCs: DLC layer 36 

7.11 Test Case: Speech & Data in parallel or several Data connections in parallel 36 

7.12 Test Case: V. 24 Operation 37 

7.12.1 High level MSCs: NWK layer 37 

7.13 Test Case: Ethernet Operation 38 

7.13.1 High level MSCs: NWK layer 38 

7.14 Test Case: Encryption 39 



ETSI 



4 ETSI TS 101 950 VI. 1.1 (2001-05) 

7.14.1 High level MSCs: NWK layer 39 

7.14.2 High level MSCs: MAC layer 40 

7.15 Test Case: Quality of service from applications point of view 40 

7.16 Test Case: Quality of service from users point of view 41 

8 Application behaviour 41 

8.1 Application data transmission 41 

8.1.1 Procedure 41 

9 NWK layer procedures 41 

9.1 Direct PT initiated link establishment 41 

9.1.1 Procedure 41 

9.2 Indirect FT initiated link establishment 42 

9.2.1 Procedure 42 

9.2.2 MSC 42 

9.3 Obtain access rights 42 

9.3.1 Procedure 42 

9.3.2 MSC 43 

9.4 Key allocation 44 

9.4.1 Procedure 44 

9.4.2 MSC 44 

9.5 Location registration 44 

9.5.1 Procedure 44 

9.5.2 MSC 45 

9.6 Authentication of PT 45 

9.6.1 Procedure 45 

9.6.2 MSC 46 

9.7 Authentication of FT 46 

9.7.1 Procedure 46 

9.7.2 MSC 47 

9.8 Terminal capability indication 47 

9.8.1 Procedure 47 

9.9 Dynamic parameters allocation 47 

9.9.1 Procedure 47 

9.10 Call Resources/Parameters negotiation 48 

9.10.1 Procedure 48 

9.11 FT terminating access rights 48 

9.11.1 Procedure 48 

9.11.2 MSC 48 

9.12 From Outgoing call request to Outgoing call connection 49 

9.12.1 Procedure 49 

9.12.2 MSC 49 

9.13 From Incoming call request to Incoming call connection 50 

9.13.1 Procedure 50 

9.13.2 MSC 50 

9.14 PT alerting 51 

9.14.1 Procedure 51 

9.14.2 MSC 51 

9.15 Bandwidth change 51 

9.15.1 Procedure 51 

9.15.2 MSC 52 

9.16 Cipher-switching initiated by FT 52 

9.16.1 Procedure 52 

9.16.2 MSC 53 

9.17 Outgoing call V.24 53 

9.17.1 Procedure 53 

9.17.2 MSC 54 

9.18 Outgoing call Ethernet 54 

9.18.1 Procedure 54 

9.18.2 MSC 55 

9.19 Call release 55 

9.19.1 Procedure 55 



ETSI 



5 ETSI TS 101 950 VI. 1.1 (2001-05) 

9.19.2 MSC 56 

9.20 Link release 56 

9.20.1 Procedure 56 

10 DLC layer procedures 57 

10.1 U-plane transmission class 2 57 

10.1.1 Procedure 57 

10.1.2 MSC 57 

10.2 Class A link establishment 57 

10.2.1 Procedure 57 

10.2.2 MSC 58 

10.3 Class A acknowledged information transfer 58 

10.3.1 Procedure 58 

10.3.2 MSC 59 

10.4 FUlOa frame operation 60 

10.4.1 Procedure 60 

10.4.2 MSC 61 

10.5 FUlOb frame operation 61 

10.5.1 Procedure 61 

10.5.2 MSC 62 

10.6 FUlOc frame operation 62 

10.6.1 Procedure 62 

10.7 Class A connection handover 62 

10.7.1 Procedure 62 

10.8 Cg-channel fragmentation and recombination 63 

10.8.1 Procedure 63 

10.9 Cp-channel fragmentation and recombination 63 

10.9.1 Procedure 63 

10.10 Selection of logical channels (Cg and Cp) 63 

10.10.1 Procedure 63 

10.11 Class A link release 63 

10.11.1 Procedure 63 

11 MAC layer procedures 64 

11.1 Downlink broadcast 64 

11.1.1 Procedure 64 

11.1.2 MSC 64 

11.2 Logical connection setup 64 

11.2.1 Procedure 64 

11.3 Single bearer Physical connection setup 65 

11.3.1 Procedure 65 

11.4 Multi bearer Physical connection setup 65 

11.4.1 Procedure 65 

11.5 Single duplex bearer setup 65 

11.5.1 Procedure 65 

11.5.2 HMSC 66 

11.5.3 MSC 67 

11.6 Double simplex bearer setup 72 

11.6.1 Procedure 72 

11.6.2 MSC 73 

11.7 Connection modification 74 

11.7.1 Procedure 74 

11.7.2 MSC 74 

11.8 Paging 75 

11.8.1 Procedure 75 

11.8.2 MSC 75 

11.9 Bearer replacement 75 

11.9.1 Procedure 75 

11.9.2 MSC 76 

11.10 Encryption process - initialization and synchronization 76 

11.10.1 Procedure 76 

11.11 Encryption mode control 77 



ETSI 



6 ETSI TS 101 950 VI. 1.1 (2001-05) 

11.11.1 Procedure 77 

11.11.2 HMSC 78 

11.11.3 MSC 79 

11.12 Logical connection release 82 

11.12.1 Procedure 82 

11.13 Physical connection release 82 

11.13.1 Procedure 82 

11.14 Unacknowledged bearer release 83 

11.14.1 Procedure 83 

11.14.2 MSC 83 

11.15 Fast bearer release 83 

11.15.1 Procedure 83 

11.15.2 MSC 84 

12 Management entity procedures 84 

12.1 Dynamic bandwidth management 84 

12.1.1 Procedure 84 

12.2 Suspend management 85 

12.2.1 Procedure 85 

12.2.2 MSC 85 

12.3 Resume management 85 

12.3.1 Procedure 85 

12.3.2 MSC 86 

12.4 Stay Alive 86 

12.4.1 Procedure 86 

12.4.2 MSC 87 

Annex A (normative): Partial PIXIT proforma 88 

A.l Identification summary 88 

A.2 Test summary 88 

A. 3 Test laboratory 88 

A.4 Client identification 89 

A.5 SUT 89 

A.6 Protocol layer information 89 

A.6.1 Protocol identification 89 

A.6.2 lUT information 90 

Annex B (normative) : PCTR Proforma 93 

B.l Identification summary 93 

B.1.1 Protocol conformance test report 93 

B.1.2 lUT identification 93 

B.l. 3 Testing environment 93 

B.1.4 Limits and reservation 94 

B.1.5 Comments 94 



£75/ 



7 ETSI TS 101 950 VI. 1.1 (2001-05) 

B.2 lUT Conformance status 94 

B.3 Static conformance summary 94 

B.4 Dynamic conformance summary 94 

B.5 Static conformance review report 95 

B.6 Test campaign report 95 

B.7 Observations 95 

Annex C (normative) : HMSCs and MSCs 96 

Annex D (informative): Bibliography 97 

History 98 



£75/ 



ETSI TS 101 950 VI. 1.1 (2001-05) 



Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://www.etsi.org/ipr) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 



This Technical Specification (TS) has been produced by ETSI Project Digital Enhanced Cordless Telecommunications 
(DECT). 
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1 Scope 

The present document contains the test specification for interoperabihty of the DECT Packet Radio Service (DPRS). 

The objective of the present document is to provide a basis to test DECT equipments giving a high probabiHty of 
inter-operabihty between different manufacturer's DECT equipment. 

The ISO standard for the methodology of conformance testing (ISO/IEC 9646-1 [5] and ISO/lEC 9646-2 [6]) as well as 
the ETSI rules for conformance testing (ETS 300 406 [4]) are used as a basis for the test methodology. 

Annex A provides the Partial Protocol Implementation Extra Information for Testing (PIXIT) Proforma. 

Annex B provides the Protocol Conformance Test Report (PCTR) Proforma. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. 

[1] ETSI EN 301 649: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet 

Radio Service (DPRS)". 

[2] ETSI TS 101 869-1: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet 

Radio Services (DPRS); Profile requirement list and profile specific Implementation Conformance 
Statement (ICS) proforma; Part 1: Portable radio Termination (PT)". 

[3] ETSI TS 101 869-2: "Digital Enhanced Cordless Telecommunications (DECT); DECT Packet 

Radio Services (DPRS); Profile requirement list and profile specific Implementation Conformance 
Statement (ICS) proforma; Part 2: Fixed radio Termination (FT)". 

[4] ETSI ETS 300 406: "Methods for Testing and Specification (MTS); Protocol and profile 

conformance testing specifications; Standardization methodology". 

[5] ISO/IEC 9646-1 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 1: General concepts". (See also ITU-T 
Recommendation X.290 (1991)). 

[6] ISO/IEC 9646-2 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 2: Abstract Test Suite specification". (See also ITU-T 
Recommendation X.291 (1991)). 

[7] ISO/IEC 9646-3 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 3: The Tree and Tabular Combined Notation (TTCN)". 
(See also ITU-T Recommendation X.292 (1992)). 

[8] ISO/IEC 9646-6 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 6: Protocol profile test specification". 

[9] ISO/IEC 9646-7 (1991): "Information technology - Open Systems Interconnection - Conformance 

testing methodology and framework - Part 7: Implementation Conformance Statements". 
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Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms given in ISO/IEC 9646-7 [9] and the definitions given in 
EN 301 649 [1] apply. 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in ISO/lEC 9646-1 [5], ISO/IEC 9646-6 [8], 
ISO/IEC 9646-7 [9], EN 301 649 [1] and the following apply: 



c 


higher layer control Channel (see Cg and Cp) 


Cp 


higher layer signalling Channel (Fast) 


C-plane 


Control plane 


Cs 


higher layer signalling Channel (Slow) 


DECT 


Digital Enhanced Cordless Telecommunications 


DEC 


Data Link Control 


FP 


Fixed Part 


FT 


Fixed radio Termination 


GAP 


Generic Access Profile 


HMSC 


High level Message Sequence Chart 


I 


higher layer Information channel (see l^ and Ip) 


In 


higher layer Information channel (unprotected) 


Ip 


higher layer Information channel (protected) 


IP 


Internet Protocol 


ISDN 


Intergrated Services Digital Network 


lUT 


Implementation Under Test 


LAN 


Local Area Network 


MAC 


Medium Access Control 


ME 


Management Entity 


MSC 


Message Sequence Chart 


N 


identities channel 


NWK 


NetWorK 


PCTR 


Protocol Conformance Test Report 


PHL 


PHysical Layer 


PICS 


Protocol Implementation Conformance Statement 


PP 


Portable Part 


PSDN 


Public Switched Telephone Network 


PT 


Portable radio Termination 


REP 


Radio Fixed Part 


SAP 


Service Access Point 


SCS 


System Conformance Statement 


SCTR 


System Conformance Test Report 


SUT 


System Under Test 


U-plane 


User-plane 



Abstract Test Metiiod (ATM) 



This clause describes the ATM used to test the interoperability between two DECT equipments. Each equipment can be 
a FT part or a PP part depending on what feature is tested. 
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4.1 



Test architecture 



The general test architecture is shown in figure 1 . A monitoring device shall observe and record the information 
exchange on the air interface between IUT_1 and IUT_2. It shall offer a level of presentation that permits to decode 
both the MAC and the NWK layer for the C-plane and to analyse the U-plane exchange. The IUT_1 and the IUT_2 
shall be situated in one or different rooms, possibly with obstacles at the line-of-site and at a distance of at least a few 
meters. If situated in different rooms, more than one operator will be needed. The monitoring device shall be situated 
where appropriate. All application devices and the external line (if any) shall be properly connected. The human 
operator shall initiate procedures at both terminals when required. The manufacturer of the lUT (IUT_1 and IUT_2) 
shall have described all manipulations for setting the lUT in the appropriate starting conditions of each test, in the 
relevant part of the PIXIT annex. By convention and when not contradicted by the test itself, IUT_1 is a PT and IUT_2 
is a FT. 



IUT-1 



IWU 



DECT air 



PO 



IUT-2 



IWU 



monitor 



Figure 1 : General test architecture 

The test architecture for intercell handover tests is shown in figure 2. A second monitor device (Monitor 2) is necessary. 
The monitor device 1 shall observe and record the exchanges between the RFP_1 and the PT. The monitor device 2 
shall observe and record the exchanges between the RFP_2 and the PT. 



IUT-1 (PP) 



IWU/IWF 



Monitor 1 



DECT air 




IUT-2 (FPl) 



FT part 



IWU/IWF 



Monitor 2 



RFP 2 



Figure 2: Test archiitecture for Intercell handover 

The test architecture for parallel data connections tests is shown in figure 3. The monitor 1 shall be capable of 
monitoring the in-parallel connections. 
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IUT-1 (PP) 



IWU/IWF 



DECT air 



PO 



IUT-2 (FP) 



IWU/IWF 



monitor 1 



PO 



DECT air 



PP 



IWU/IWF 



Figure 3: Test architecture for parallel data connections 



4.2 Test configurations 



The general test configuration is shown in figure 4. A DECT PP as IUT_1 is providing DECT interworking functions 
DPRS class 2 or V.24 applications. An application device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is 
providing the same interworking functions. The FT is connected to an application device (e.g. a PC). In the case of 
connection handover testing there is a monitor for each of the RFPs of the IUT_2. 




IUT-1 (PP) 



IWU/IWF 



DECT air 

< — m — ► 



IUT-2 (FP) 



IWU/IWF 




Figure 4: Test configuration 1 with 2 PCs as applications 

The second test configuration is shown in figure 5. A DECT PP as IUT_1 is providing Ethernet interworking functions 
DPRS class 2. An application device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is providing the same 
interworking functions. The FT is connected to a fully operational connection to an external LAN. 




IUT-1 (PP) 


DECT air 

4 A b 


IUT-2 (FP) 




@ 

@ 
1 


IWU/IWF 


^ w ^ 


IWU/IWF 








y^ w'" 



Ext Network > 

(e.g. LAN, ISDN, >^ 
PSTN, etc.) ^^~ 



Figure 5: Test configuration 2 with 1 PC and the FP connected to an external Network 

The third test configuration is shown in figure 6. A DECT PP as IUT_1 is providing DECT interworking functions 
DPRS class 2 or V.24 applications. An application device is connected to the PT (e.g. a PC). A DECT FT as IUT_2 is 
providing the same interworking functions. A second DECT PP as IUT_2 is providing DECT interworking functions 
DPRS class 2 or V.24 applications or DECT interworking functions Voice. This configuration shall be used in order to 
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test speech and data connections which are in parallel. Or this test configuration shall be used in order to test parallel 
data connections. 




IUT-1 (PP) 



IWU/IWF 



DECT air 



IUT-2 (FP) 



IWU/IWF 



I 



DECT air 



PP 



IWU/IWF 




Figure 6: Test configuration 3 with PCs or a hand set as applications 



4.3 Test mode 

If not explicitly stated otherwise, the encryption has to be switched off in order to allow meaningful monitoring. 



Abstract Test Description 



In clause 7 all test cases as defined in the Test case list (clause 6) are described. Each test case is followed by a HSMC. 
In clauses 8,9, 10, 11 and 12 all the procedures as defined in the test cases are described. If necessary the procedure 
description includes a HMSC or a MSC. 
The clauses 5.1 to 5.5 explain the Abstract Test Description. 



5.1 



TC definition conventions 



The TCs are defined following particular rules as shown in table 1 . 
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Table 1 : TC definition rules 



Test Case Name: Identification of the test case 


Feature Reference: 


Identification of the NWK features, the DLC services and the IVIAC services to be 
tested. The PICS reference indicates the tables of the PICS documents 
TS 101 869-1 [2] (for FT) and TS 101 869-2 [3] (for FT) where the features and the 
services are listed with its status. 


Feature 


PICS Reference 


first feature 


B.2/9 [2] 






last feature 


B.2/10[2] 




Test Purpose: 


Definition of the events that are expected from the lUTs. 


Test Setup: 


Test architecture reference and test configuration reference. 


Application Behaviour: 


Description of the application which has to be implemented on the lUT. 


Test Procedure List: 


Identification of the procedures to be tested. The procedures shall be performed if 
declared supported in the PICS documents. The PICS reference indicates the tables 
of the PICS documents TS 101 869-1 [2] (for PT) and TS 101 869-2 [3] (for FT) 
where the procedures are listed with its status. 


Procedure 


PICS Reference 


first procedure 


B.3/9 [2] 






last procedure 


B.3/10[2] 


There is a test procedure list for each tested layer. 

The detailed order of events can be taken from the HMSCs and MSCs. 


Pass Criteria: 


Identification of the HMSCs and MSCs. The results which are described with the 
HMSCs and MSCs must be observed in order to get a pass criteria. If not explicitly 
stated otherwise, the HMSCs and MSCs mandate the order of events and mandate 
the contents and values of the messages. Within the MSCs the documents 
TS 101 869-1 [2] for PT and TS 101 869-2 [3] for FT are referenced in order to 
describe the contents and values of the messages. 



5.2 Description of the test execution with HIVISCs 

A HMSC is shown in figure 7. Each test case is followed by a HMSC. There is a HSMC for each layer. The HSMC is 
buih out of MSCs. Each MSC within the HSMC is equal to a procedure. All MSCs are grouped in clauses 8, 9, 10, 1 1 
and 12. 
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MSC Layer ldentifier_T est Case Name 1(1) 



procedure_1 



procedure_n 



each MSC represents a procedure 



Figure 7: HMSC 

5.3 Procedure definition conventions 

The procedures are defined following particular rules as shown in table 2. 

Table 2: Procedure definition rules 



Procedure: Identification of the procedure 


Preamble 


Condition of stability before performing this procedure. 


Stimulus 


Reference to PIXIT items which explain how to start the procedure. 



5.4 Description of the message flow with IVISCs 

A MSC is shown in figure 8. Each procedure is followed by a MSC. The MSC mandates the order of the messages, the 
contents and the values of the messages which shall be observed. 
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MSC Procedure n 



lUT 1 



lUT 2 



Timer 



C_Plane_message 



Figure 8: MSC 



5.5 



Source of TC definitions 



All TCs are specified according to EN 301 649 [1]. 



Test Case List 



The test case list in table 3 identifies all possible test cases for interoperability testing. A status is assigned to each test 
case in order to indicate these test cases which are mandatory to execute. The status of features, services or procedures 
within a test case are described in the documents TS 101 869-1 [2] for PT and TS 101 869-2 [3] for FT. In each test 
case a reference is given to the features, services or procedures. 
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Table 3: Test Case List 



Nr. 


Test Case Name 


Status 


01 


Subscription 


m 


02 


Outgoing call 


O.301 


03 


Incoming call 


O.301 


04 


Switch On 


c301 


05 


Desubscrlbe 


c302 


06 


Connection bandwidth control 


c303 


07 


Stop/Start sending data 


m 


08 


Send/Receive U-plane data 


m 


09 


Behaviour at the edge of range, In noisy environment and Interferer tests 


m 


10 


Multicell behaviour 


c304 


11 


Speech & Data in parallel or several Data connections in parallel 


c305 


12 


Ethernet procedures 


O.302 


13 


V24 procedures 


O.302 


14 


Encryption 


m 


15 


Ouality of service from applications point of view 





16 


Ouality of service from users point of view 





c301 

c302 

c303 

c304 

c305 

O.301 

O.302 


IFB.2/11 [3] THEN m ELSE i. 

IFB.2/20[3])THENm ELSE i. 

IF (B.2/35 [2] AND B.2/35 [3]) THEN m ELSE i. 

IF C.2/9 [3] THEN m ELSE i. 

IF (F.3/5 [2] AND F.3/5 [3]) THEN m ELSE i. 

It Is mandatory to support at least one of these options. 

It Is mandatory to support at least one of these options. 
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Test cases 



7.1 Test Case: Subscription 



Table 4 



Test Case Name: Subscription 


Feature Reference: 


DPRS-N.9, Authentication of tlie PR 


B.2/9 [2], B.2/9 [3] 


DPRS-N.11, Location registration 


B.2/11 [2], B.2/11 [3] 


DPRS-N.12, On air key allocation 


B.2/12[2], B.2/12[3] 


DPRS-N.18, Subscription registration user procedure on-air 


B.2/18[2], B.2/18[3] 


DPRS-N.19, Link control 


B.2/19[2], B.2/19[3] 


DPRS-N.33, Dynamic Parameters Allocation 


B.2/33 [2], B.2/33 [3] 


DPRS-D.5, Data Link Service (LAPC+Lc) class A service 


C.2/5 [2], C.2/5 [3] 


DPRS-D.7, Lc Frame delimiting and sequencing service 


C.2/7 [21, C.2/7 [31 


DPRS-IVI.S, Continuous broadcast 


D.2/3 [2], D.2/3 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


Test Purpose: 


To verify the subscription of the PT to the FT. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


Subscription registration user procedure on air shall be performed. 


NWK Test 
Procedure List: 


Direct PT initiated link establishment 


B.3/29 [2], B.3/29 [3] 


Obtain access rights 


B.3/20 [2], B.3/20 [3] 


Terminal capability indication 


B.3/17[21, B.3/17[31 


Location Registration 


B.3/15[21, B.3/15[31 


Dynamic parameters allocation 


B.3/42 [2], B.3/42 [3] 


Key Allocation 


B.3/18[2], B.3/18[3] 


Authentication of PT 


B.3/13[2], B.3/13[3] 


Link release 


B.3/30 [21, B.3/30 [31 


DLC Test 
Procedure List: 


Class A link establishment 


C.3/5 [21, C.3/5 [31 


Class A acknowledged information transfer 


C.3/6 [21, C.3/6 [3] 


Class A link release 


C.3/7 [21, C.3/7 [31 


Cg-channel fragmentation and recombination 


C.3/13[21, C.3/13[31 


Cp-channel fragmentation and recombination 


C.3/14[21, C.3/14[31 


Selection of logical channels (Cg and Cp) 


C.3/15[21, C.3/15[31 


IMAC Test 
Procedure List: 


Downlink broadcast 


D.3/4 [21, D.3/4 [31 


Logical connection setup 


D.3/10[21, D.3/10[31 


Single bearer Physical connection setup 


D.3/13[21, D.3/13[31 


Single duplex bearer setup 


D.3/16[21, D.3/16[31 


Logical connection release 


D.3/11 [21, D.3/11 [31 


Physical Connection release 


D.3/15[21, D.3/15[31 


Unacknowledged bearer release 


D.3/18[21, D.3/18[31 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HMSC figure 9 and MSC figures 31 , 32, 33, and 34. 

DLC layer: HMSC figure 10 and IVISC figures 46 and 47. 

IVIAC layer: HIVISC figure 1 1 and 53 and IVISC figures 52, 54, 55, 56, 57, 58, 59 and 70. 
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7.1 .1 High level MSC: NWK layer 



MSC NWK_Subscription 


\ 


7 


1(1) 




* Only if supported [\ 
** Only if not already performed 
*** Key_allocation may be 
performed anytime 






Direct PT initiated link establishment 












Obtain_access_rig hts 

} 






Location registration* 






Key_allocation**,"* 






Authentication_of_PT** 






Link_release 

V J 






z 


X 



Figure 9: NWK Subscription 
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7.1 .2 High level MSCs: DLC layer 



MSC DLC_Subscription 


Y 


1(1) 


Class_A_link_establishment 

V ) 




Z' ~'\ 

Class_A_acknowledged_information_1ransfer 






Class A link release 


1 


x 



Figure 10: DLC Subscription 
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7.1 .3 High level MSCs: MAC layer 



MSC MAC_Subscription 



1(1) 



Downlink broadcast 



Logical_connec1)on_setup 



Single_bearer_Physical_connection_setup 



Single_duplex_bearer_se1up 



Logical_connection_re lease 



Physical_connectbn_re lease 



Unacknow led ged_bearer_re lease 



Figure 11: MAC Subscription 
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7.2 Test Case: Outgoing Call 



Table 5 



Test Case Name: Outgoing Call 


Feature Reference: 


DPRS-N.1, Outgoing Call 


B.2/1 [2], B.2/1 [3] 


DPRS-N.3, On Hook 


B.2/3 [2], B.2/3 [3] 


DPRS-N.34, Service Negotiation 


B.2/34 [21, B.2/34 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


Test Purpose: 


To verify the handling of an outgoing call. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to verify that the FT and the FT connect the U-plane, an Application data 
transmission shall be performed. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Outgoing call request 


B.3/1 [2], B.3/1 [3] 


Overlap sending 


B.3/2 [2], B.3/2 [3] 


Outgoing call proceeding 


B.3/3 [21, B.3/3 [3] 


Outgoing call confirmation 


B.3/4 [2], B.3/4 [3] 


Outgoing call connection 


B.3/5 [2], B.3/5 [3] 


Normal call release 


B.3/8 [2], B.3/8 [3] 


Abnormal call release 


B.3/9 [2], B.3/9 [3] 


MAC Test 
Procedure List: 


Logical connection setup 


D.3/10[21, D.3/10[31 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Logical connection release 


D.3/11 [2], D.3/11 [3] 


Physical Connection release 


D.3/15[2], D.3/15[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 12 and IVISC figures 37 and 44. 

MAC layer: HMSC figure 13 and 53 and MSC figures 54, 55, 56, 57, 58, 59 and 70. 



7.2.1 High level IVISCs: NWK layer 



MSC NWK_Outgoing_Call 



1(1) 



* not visible for NWK layer 



From_Outgoing_call_request_to_Outgoing_call_connection 



Application_Da1a_Transmission* 



Call release 



Figure 12: NWK Outgoing Call 
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7.2.2 High level MSCs: MAC layer 



MSC MAC_Outgoing_Call 1(1) 



LogicaLconnection_setup 



Sing le_bearer_Physi cal_con nection_setu p 



Single_duplex_bearer_setup 



Applica1ion_Data__Transmission 



Logical_connection_re lease 



Physical_connectbn_re lease 



Unackn owl edged_bearerre lease 



Figure 13: MAC Outgoing Call 
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7.3 Test Case: Incoming Call 



Table 6 



Test Case Name: Incoming Call 


Feature Reference: 


DPRS-N.8, Incoming Call 


B.2/8 [2], B.2/8 [3] 


DPRS-N.3, On Hook 


B.2/3 [2], B.2/3 [3] 


DPRS-N.15, Alerting 


B.2/15[21, B.2/15[31 


DPRS-N.19, Link control 


B.2/19[2], B.2/19[3] 


DPRS-N.34, Service Negotiation 


B.2/34 [2], B.2/34 [3] 


DPRS-I\/I.4, Paging broadcast 


D.2/4 [2], D.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


Test Purpose: 


To verify the handling of an incoming call. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to verify that the PT and the FT connect the U-plane, an Application data 
transmission shall be performed. 


NWK Test 
Procedure List: 


Indirect FT initiated link establishment 


B.3/25 [21, B.3/25 [3] 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Incoming call request 


B.3/10[2], B.3/10[3] 


Incoming call confirmation 


B.3/11 [2], B.3/11 [3] 


Incoming call connection 


B.3/7 [2], B.3/7 [3] 


PT alerting 


B.3/12[21, B.3/12[31 


Normal call release 


B.3/8 [2], B.3/8 [3] 


Abnormal call release 


B.3/9 [2], B.3/9 [3] 


MAC Test 
Procedure List: 


Normal paging 


D.3/5 [2], D.3/5 [3] 


Low duty cycle paging 


D.3/7 [2], D.3/7 [3] 


Logical connection setup 


D.3/10[21, D.3/10f3l 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Logical connection release 


D.3/11 [2], D.3/11 [3] 


Physical Connection release 


D.3/15[2], D.3/15[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/1813] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HIVISC figure 14 and IVISC figures 30, 38 and 44. 

MAC layer: HMSC figure 15 and 53 and MSC figures 54, 55, 56, 57, 58, 59, 62 and 70. 
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7.3.1 High level MSCs: NWK layer 



MSC NWK_lncoming_Call 



not visible for NWK layer 



1(1) 



Indirect FT ini link establishment 



From_lncoming_call_request_to_lncoming_call_Gonnection 



Application_Data_Transmission* 



Call release 



Figure 14: NWK Incoming Call 
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7.3.2 High level MSCs: MAC layer 



MSC MAC_lncoming_Call 



1(1) 



Paging 



LogicaLconnectionsetup 



Single_bearer_Physical_connection_setup 



Single_duplex_bearer_setup 



Applica1ion_Data_Transmission 



LogicaLconnec1)on_release 



""^ 



Physical_connectbn_release 



Unackn owl edged_bearer_re lease 



Figure 15: MAC Incoming Call 
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7.4 



Test Case: Switch on 



Table 7 



Test Case Name: Switch on 


Feature Reference: 


DPRS-N.11, Location registration 


B.2/11 [2], B.2/11 [3] 


DPRS-N.33, Dynamic Parameters Allocation 


B.2/33 [2], B.2/33 [3] 


Test Purpose: 


To verify the handling of Location Registration and Dynamic parameters allocation after the 
PT is switched on. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


- 


NWK Test 
Procedure List: 


Terminal capability indication 


B.3/17[2], B.3/17[3] 


Location Registration 


B.3/15[2], B.3/15[3] 


Dynamic parameters allocation 


B.3/42 [2], B.3/42 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HMSC figure 16 and MSC figure 33. 



7.4.1 High level IVISCs: NWK layer 



MSC NWK Switch on 



1(1) 



Locati on_reg ist ratio n 



Figure 16: NWK Switch on 
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7.5 Test Case: Desubscribe 



Table 8 



Test Case Name: Desubscribe 


Feature Reference: 


DPRS-N.20, Terminate access rights FT initiated |B.2/20 [2], B.2/20 [3] 


Test Purpose: 


To verify that the FT can be desubscribed from the FT. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


Terminate access rights user procedure shall be performed. 


NWK Test 
Procedure List: 


FT terminating access rights 


B.3/34 [2], B.3/34 [3] 


Authentication of FT 


B.3/22 [2], B.3/22 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HMSC figure 17 and MSC figure 36. 



7.5.1 High level MSCs: NWK layer 

MSC NWK Desubscribe 



1(1) 



FT_Te rmi nati ng_access_rig hts 



Figure 17: NWK Desubscribe 
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7.6 Test Case: Connection bandwidth control 



Table 9 



Test Case Name: Connection bandwidth control 


Feature Reference: 


DPRS-N.35, In call service change 


B.2/35 [2], B.2/35 [3] 


DPRS-M.5, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-ME.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify the handling of the bandwidth change. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


In order to force the lUT to change its bandwidth, at the Application layer an Application 
data transmission with a variable throughput shall be performed. 


NWK Test 
Procedure List: 


Bandwidth change 


B.3/44 [2], B.3/44 [3] 


MAC Test 
Procedure List: 


Logical connection setup 


D.3/10[2], D.3/10[3] 


Single bearer Physical connection setup 


D.3/13[2], D.3/13[3] 


IVIuIti bearer Physical connection setup 


D.3/14[2], D.3/14[3] 


Connection modification 


D.3/12[2], D.3/12[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[2], D.3/17[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


Management Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
NWK layer: HIVISC figure 18 and IVISC figure 40. 
IVIAC layer: HIVISC figure 1 9 and IVISC figure 61 . 



7.6.1 High level IVISCs: NWK layer 



MSC NWK Connection bandwidth control 



1(1) 



* not visible for NWK layer 



Applica1ion_Data_Transmission* 



Banclwiclth_change 



Applica1ion_Data_Transmission* 



Banclwiclth_change 



Applica1ion_Data_Transmission* 



Figure 18: NWK Connection bandwidth control 
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7.6.2 High level MSCs: MAC layer 



MSC MAC Connection bandwidth control 1(1) 



Application_Data_Transmission 



Connection modification 



Application_Data_Transmission 



Connection modification 



Application_Data_Transmission 



Figure 19: MAC Connection bandwidth control 



7.7 Test Case: Stop/Start sending data 



Table 10 



Test Case Name: Stop/Start sending data 


Feature Reference: 


DPRS-N.33, Dynamic parameters allocation 


B.2/33 [21, B.2/33 [3] 


DPRS-M.4, Paging broadcast 


D.2/4 [2], D.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-I\/IE.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify the handling of the suspend and resume management. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Beliaviour: 


In order to force the lUT to perform suspend and resume, at the Application layer an 
Application data transmission with big throughputs, small throughputs and delay between 
the throughputs shall be performed. 


NWK Test 
Procedure List: 


Dynamic parameters allocation 


B.3/42 [2], B.3/42 [3] 


IMAC Test 
Procedure List: 


IVIAC paging 


D.3/8 [2], D.3/8 [3] 


Connection modification 


D.3/12[2], D.3/12[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[21, D.3/17f3l 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


lUlanagement Entity 
Procedure List: 


Suspend management 


F.3/2 [2], F.3/2 [3] 


Resume management 


F.3/3 [2], F.3/3 [3] 


Stay Alive 


F.3/4 [2], F.3/4 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

IVIanagement Entity: HIVISC figure 20 and IVISC figures 72 and 73. 
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7.7.1 High level MSCs: Management Entity 



MSC Mgt_Entity_Stop_Start_sending_data 1(1) 



Applica1ion_Data__Transmission 



Suspend_management 



Resume_management 



Applica1ion_Data__Transmission 



Figure 20: Management Entity Stop/Start sending data 
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7.8 Test Case: Send and receive U-plane data 



Table 11 



Test Case Name: Send and receive U-plane data 


Feature Reference: 


DPRS-N.34, Service negotiation 


B.2/34 [2], B.2/34 [3] 


DPRS-D.1, LU10EFREL 


C.2/1 [2], C.2/1 [3] 


DPRS-D.2, FU10a 


C.2/2 [2], C.2/2 [3] 


DPRS-D.3, FU10b 


C.2/3 [2], C.2/3 [3] 


DPRS-D.4, FU10C 


C.2/4 [2], C.2/4 [3] 


DPRS-IVI.S, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-I\/IE.2, Class 2 management 


F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify the correct sending and receiving of U-plane data. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


At the Application layer an Application data transmission with big throughputs, small 
throughputs and delay between the throughputs shall be performed. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


DLC Test 
Procedure List: 


U-plane transmission class 2 


C.3/1 [2], C.3/1 [3] 


FU10a frame operation 


C.3/2 [2], C.3/2 [3] 


FU10b frame operation 


C.3/3 [2], C.3/3 [3] 


FU10c frame operation 


C.3/4 [2], C.3/4 [3] 


IMAC Test 
Procedure List: 


Connection modification 


D.3/12[2], D.3/12[3] 


Single duplex bearer setup 


D.3/16[2], D.3/16[3] 


Double simplex bearer setup 


D.3/17[2], D.3/17[3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Fast bearer release 


D.3/20 [2], D.3/20 [3] 


lUlanagement Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HMSC figure 21 and MSC figure 45. 
IVIAC layer: HIVISC figure 22 and IVISC figure 61 . 
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7.8.1 High level MSCs: DLC layer 



MSC DLC_Send_Receive_UjDlane_data 1(1) 



U_plane_transmission_class_2 



Figure 21 : DLC Send and Receive U-plane data 



7.8.2 High level MSCs: MAC layer 



MSC MAC_Send_Receive_U_plane_data H^) 



Applica1ion_Data_Transmission 



Connection modification 



Application Data_Transmissi on 



Figure 22: lUIAC Send and Receive U-plane data 
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7.9 Test Case: Behaviour at the edge of range, in noisy 
environment, Interferer tests 



Table 12 



Test Case Name: Behaviour at the edge of range, in noisy environment, Interferer tests 


Feature Reference: 


DPRS-D.1, LU10EFREL 


C.2/1 [2], C.2/1 [3] 


DPRS-D.2, FU10a 


C.2/2 [2], C.2/2 [3] 


DPRS-D.3, FU10b 


C.2/3 [2], C.2/3 [3] 


DPRS-D.4, FU10C 


C.2/4 [2], C.2/4 [3] 


DPRS-M.5, Advanced connection 


D.2/5 [2], D.2/5 [3] 


DPRS-M.16, Bearer replacement 


D.2/16[2], D.2/16[3] 


Test Purpose: 


To verify tlie correct behaviour of tlie lUT in borderline cases. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


An Application data transmission shall be performed. 


DLC Test 
Procedure List: 


U-plane transmission class 2 


C.3/1 [2], C.3/1 [3] 


FU10a frame operation 


C.3/2 [2], C.3/2 [3] 


FU10b frame operation 


C.3/3 [2], C.3/3 [3] 


FU10c frame operation 


C.3/4 [2], C.3/4 [3] 


MAC Test 
Procedure List: 


Bearer replacement 


D.3/36 [2], D.3/36 [3] 


Unacknowledged bearer release 


D.3/18[2], D.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HIVISC figure 23 and IVISC figure 45. 
IVIAC layer: HMSC figure 24 and iVISC figure 63. 



7.9.1 High level IVISCs: DLC layer 



MSC DLC_Behaviour_at_the_edge_of_range 1(1) 



Uj3lane_transm issionci ass_2 



Figure 23: DLC Behaviour at the edge of range, in noisy environment, Interferer tests 
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7.9.2 High level MSCs: MAC layer 



MSC MAC_Behaviour_at_the_edge_of_range 1(1) 



Bearer_replacement 



Figure 24: MAC Behaviour at thie edge of range, in noisy environment, Interferer tests 



7.10 Test Case: Multicell behaviour 



Table 13 



Test Case Name: Multicell behaviour 


Feature Reference: 


DPRS-D.9, Inter-cell voluntary connection handover |C.2/9 [2], C.2/9 [3] 


Test Purpose: 


To verify the correct handling of the connection handover procedure. 


Test Setup: 


Test architecture for Intercell handover, see clause 4.1 , figure 2. 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


An Application data transmission shall be performed. 


DLC Test 
Procedure List: 


Class A connection handover 


C.3/18[2], C.3/18[3] 


Pass Criteria: 


The following behaviour shall be observed: 
DLC layer: HMSC figure 25. 
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7.10.1 High level MSCs: DLC layer 



MSC DLC Multicell behaviour 



1(1) 



Class A connection handover 



Figure 25: DLC Multicell behaviour 



7.1 1 Test Case: Speech & Data in parallel or several Data 
connections in parallel 



Table 14 



Test Case Name: Speech & Data in parallel or several Data connections in parallel 


Feature Reference: 


DPRS-ME.2, Class 2 management |F.2/2 [2], F.2/2 [3] 


Test Purpose: 


To verify that it is possible to establish multiple connections. 


Test Setup: 


Test architecture for parallel data connections, see clause 4.1 , figure 3. 
Test configuration 3, see clause 4.2, figure 6. 


Application 
Behaviour: 


In order to verify that all connections are working as expected, at least one of the following 

scenarios shall be performed: 

Scenario 1 : Two Application data transmissions shall be performed in parallel. 

Scenario 2: An Application data transmission and a voice call shall be performed in parallel. 


lUlanagement Entity 
Test Procedure List: 


Dynamic Bandwidth management 


F.3/5 [2], F.3/5 [3] 


Pass Criteria: 


No errors shall occur during the Application data transmissions. 
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7.12 Test Case: V.24 Operation 



Table 15 



Test Case Name: V.24 Operation 


Feature Reference: 


DPRS-N.34, Service negotiation |B.2/34 [2], B.2/34 [3] 


Test Purpose: 


To verify that an information transfer with the negotiated V.24 parameters is possible. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 2, see clause 4.2, figure 5. 


Application 
Behaviour: 


An Application data transmission shall be performed in order to verify the correct use of 
possible Baud rates, Autobauding, Status lines and Flow control. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HMSC figure 26 and MSC figures 42 and 44. 



7.12.1 High level IVISCs: NWK layer 



MSC NWK_V.24_operation 



' not visible for NWK layer 



1(1) 



Outgoing_call_V.24 



Application_Data_Transmission* 



Call release 



Figure 26: NWK V.24 operation 
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7.13 Test Case: Ethernet Operation 



Table 16 



Test Case Name: Ethernet Operation 


Feature Reference: 


DPRS-N.34, Service negotiation |B.2/34 [2], B.2/34 [3] 


Test Purpose: 


To verify that interworking witli Ethernet is possible. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 2, see clause 4.2, figure 5. 


Application 
Behaviour: 


An Application data transmission which varies the packet size shall be performed in order to 
verify that padding is handled correctly. 


NWK Test 
Procedure List: 


Call Resources/Parameters negotiation 


B.3/43 [2], B.3/43 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HMSC figure 27 and MSC figures 43 and 44. 



7.13.1 High level IVISCs: NWK layer 



MSC NWK_Ethernet_operation 



' not visible for NWK layer 



1(1) 



Outgoing_call_E1hernet 



Application_Data_Transmission* 



Call release 



Figure 27: NWK Ethernet operation 
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7.14 Test Case: Encryption 



Test mode: During the execution of this test encryption will be switched on. The message exchange has to be 
monitored until the encryption takes place. 

Table 17 



Test Case Name: Encryption 


Feature Reference: 


DPRS-N.17, Encryption activation FT initiated 


B.2/17[2], B.2/17[3] 


DPRS-IVI.1 1 , Encryption activation 


D.2/11 [2], D.2/11 [3] 


Test Purpose: 


To verify tlie correct handling of Encryption activation. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Beliaviour: 


At the Application layer an Application data transmission shall be performed. 


NWK Test 
Procedure List: 


Cipher-switching initiated by FT 


B.3/23 [2], B.3/23 [3] 


Storing the Derived Cipher Key (DCK) 


B.3/24 [2], B.3/24 [3] 


IVIAC Test 
Procedure List: 


Encryption process - initialization and synchronization 


D.3/26 [2], D.3/26 [3] 


Encryption mode control 


D.3/27 [2], D.3/27 [3] 


Pass Criteria: 


The following behaviour shall be observed: 

NWK layer: HMSC figure 28 and MSC figure 41 . 

MAC layer: HI\/1SC figures 29 and 65 and IVISC figures 66, 67, 68 and 69. 



7.14.1 High level MSCs: NWK layer 



MSC NWK_Encryption 



* notvisible for NWK layer !_; 



i(i; 



Gipher_switchingJ nitiated_by_Ft 



App Ileal) on_D ata_Transmi ss ion * 



Figure 28: NWK Encryption 
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7.14.2 High level MSCs: MAC layer 



MSC MAC_Encryption 



1(1) 



E ncrypli on_m ode_control 



Applicali on_D ata_Transmi ss ion 



Figure 29: MAC Encryption 



7.1 5 Test Case: Quality of service from applications point of 



view 



Table 18 



Test Case Name: Quality of service from applications point of view 


Feature Reference: 


- 


Test Purpose: 


To verify the quality claimed by the manufacturer. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Befiaviour: 


See PIXIT table A.7, item 41. 


Test Procedure List: 


- 


Pass Criteria: 


The application behaviour as indicated by the supplier in the PIXIT table A.7, item 41 shall 
be observed. 
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7.1 6 Test Case: Quality of service from users point of view 

Table 19 



Test Case Name: Quality of service from users point of view 


Feature Reference: 


- 


Test Purpose: 


To verify the quality claimed by the manufacturer. 


Test Setup: 


General test architecture, see clause 4.1 , figure 1 . 
Test configuration 1 , see clause 4.2, figure 4. 


Application 
Behaviour: 


See PIXIT table A.7, item 42. 


Test Procedure List: 


- 


Pass Criteria: 


The application behaviour as indicated by the supplier in the PIXIT table A.7, item 42 shall 
be observed. 



8 Application behaviour 

8.1 Application data transmission 



8.1.1 Procedure 



Table 20 



Procedure: Application data transmission 


Preamble 


The FT shall be in call state F-1 0. The PT shall be in call state T-1 0. 


Stimulus 


The test operator shall trigger the Application data transmission as described in the 
application behaviour of each test case. During the Application data transmission no 
errors shall occur. 



NWK layer procedures 



9.1 



Direct PT initiated link establishment 



9.1.1 Procedure 



Table 21 



Procedure: Direct PT initiated link establishment 



Preamble 



The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 



Stimulus 



The test operator shall trigger the Direct PT initiated link establishment procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7, item 1 . 
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9.2 



Indirect FT initiated link establishment 



9.2.1 Procedure 



Table 22 



Procedure: Indirect FT initiated linl< establishment 



Preamble 



The FT shall be in state Active Idle. The FT shall be in state Idle Locked. 



Stimulus 



The test operator shall trigger the Indirect FT initiated link establishment procedure 
by using suitable actions indicated by the supplier in the PIXIT table A.7, item 26. 



9.2.2 MSC 



MSC Indirect FT init link establishment 



IUT_1 
FT 



LCE REQUEST PAGE 



IUT_2 
FT 



( clause B.2.2.5, table B.60 and table B.63 [12]) 

LCE_PAGE_RESPONSE 
(clause B.2.2.5, table B.59 and table B.61 [1 1] ) 



T LGE.03 



(clause B.2.5.1 [12]; 



Figure 30: Indirect FT initiated linlt establishment 



9.3 Obtain access rights 



9.3.1 Procedure 



Table 23 



Procedure: Obtain access rights 


Preamble 


Higher layer capabilities bit a44 is set to 1 . 
Direct FT initiated link establishment. 


Stimulus 


The test operator shall trigger the Obtain access rights procedure by using suitable 
actions indicated by the supplier in the FIXIT table A.7, item 21 and item 22. 
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9.3.2 MSC 



MSC Obtain_Access_Rights 



lUTJ 
PT 



T_MM_access.1 
(clause B.2.5.1 [11]) 



T_MM_ 
(clause B.2.5 



access 



Alt 



1 

[11]) 



ACCESS RIGHTS REQUEST 



(clause B.2.2.2, table B.30 [11] 



Key_Alloca1)on 



ACCESS RIGHTS ACCEPT 



clause B.2.2.2, table B.29 [12]) 



ACCESS RIGHTS ACCEPT 



( clause B.2.2.2, table B.29 [1 2]) 



Figure 31 : Obtain access rights 



IUT_2 
FT 
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9.4 Key allocation 



9.4.1 Procedure 



9.4.2 MSC 



Table 24 



Procedure: Key allocation 


Preamble 


Direct PT initiated linl< establishment. 


Stimulus 


The test operator shall trigger the Key allocation procedure by using suitable actions 
indicated by the supplier in the PIXIT table A.7, item 24. 



MSC Key_Allocation 

lUT 1 


KEY_ALLOCATE 


lUT 2 






PT 


FT 












T_MM_key.1 ^ 




T MM auth.1 




(clause B.2.2.2, table B.44 [12]) 
AUTHENTICATION_REQUEST 






(clause B.2.5.1 [12]) T 


2 


y 




(clause B.2.2.2, table B.35 [11]) 
AUTHENTICATION_REPLY 




(clause B.2.5.1 [11]) 

/ 


A 




(clause B.2.2.2, table B.34 [12]) 








\ 








I 















Figure 32: Key allocation 



9.5 Location registration 



9.5.1 Procedure 



Table 25 



Procedure: Location registration 


Preamble 


Higher layer capabilities bit a38 is set to 1 . 

Direct PT initiated link establishment. 

If the PT is not yet subscribed to the FT, then Obtain access rights. 


Stimulus 


The test operator shall trigger the Location registration procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 19 and item 20. 
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9.5.2 MSC 



MSC LocationRegistration 

lUTJ 
PT 



T_M M_locate. 1 
(clause B.2. 5.1 [11]) 



Alt 



IUT_2 
FT 



LOCATE REQUEST 



(clause B.2.2.2, tables. 47 [11]; 

Auth enti catio n_of_PT 
may be performed 



LOCATE ACCEPT 



portablejd, length > 0; clause B.2.2.2, table B.45 [1 2]) 



TEMPORARY IDENTITY ASSIGN ACK 



T ^/l^/l ident.1 



(clause B.2.2.2, table B.27 [11]) 



LOCATE ACCEPT 



(clause 



portablejd, length = 0; clause B.2.2.2, table B.45 [1 2]) 



B. 2.5.1 [12]) 



Figure 33: Location Registration 



9.6 Authentication of PT 



9.6.1 Procedure 



Table 26 



Procedure: Authentication of PT 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Authentication of PT procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 17. 
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9.6.2 MSC 



MSC Authentication of PT 



lUTJ 
PT 



IUT_2 
FT 



AUTHENTICATION REQUEST 



( clause B.2.2.2, table B.28 and table B.36 [12]) 



AUTHENTICATION REPLY 



T MM auDi.l 



(clause B.2. 5.1 [12]) 



(clause B.2.2.2, table B.28 and table B.33 [11 ] 



Figure 34: Authentication of PT 



9.7 Authentication of FT 



9.7.1 Procedure 



Table 27 



Procedure: Authentication of FT 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Authentication of FT procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 18. 
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9.7.2 MSC 



MSC Authentication of FT 



lUTJ 
PT 



T_MM_auth.1 
(clause B.2.5.1 [11]) 



AUTHENTICATION REQUEST 



(clause B.2.2.2, table B.27 and table B.36 [1 1] 



AUTHENTICATION REPLY 



clause B.2.2.2, table B.28 and table B.33 [12]) 



IUT_2 

FT 



Figure 35: Authentication of FT 



9.8 Terminal capability indication 



9.8.1 Procedure 



Table 28 



Procedure: Terminal capability indication 


Preamble 


Terminal capability indication is performed during the Obtain access rights 
procedure and the Location Registration procedure. 


Stimulus 


- 



9.9 Dynamic parameters allocation 



9.9.1 Procedure 



Table 29 



Procedure: Dynamic parameters allocation 


Preamble 


Dynamic parameters allocation is performed during the Obtain access rights 
procedure and the Location Registration procedure. 


Stimulus 


- 
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9.10 Call Resources/Parameters negotiation 
9.10.1 Procedure 



Table 30 



Procedure: Call Resources/Parameters negotiation 


Preamble 


Call Resources/Parameters negotiation is performed during the Outgoing call or the 
Incoming call. 


Stimulus 


- 



9.1 1 FT terminating access rights 



9.11.1 Procedure 



Table 31 



Procedure: FT terminating access rights 


Preamble 


The PT shall be subscribed to the FT. 
Link establishment. 


Stimulus 


The test operator shall trigger the FT terminating access rights procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 23. 



9.11.2 IVISC 



MSC Terminate_Access_Rights 

lUT 1 




lUT 2 








PT 




FT 








ACCESS_RIGHTS_TERMINATE_REQUEST 








{ clause B.2.2.2, table B.28 and table B.32 [1 2]) 










(clause B.2.5.1 [12]) 




Optj 




1 




Aut he nlicati on_of_FT 

v 




J 






1 






ACCESS_RIGHTS_TERMINATE_ACCEPT 








(clause B.2.2.2, table B.27 [11]) 














/ 






i 



















Figure 36: FT terminating access rights 
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9.12 From Outgoing call request to Outgoing call connection 



9.12.1 Procedure 



Table 32 



Procedure: From Outgoing call request to Outgoing call connection 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 1 . 



9.12.2 IVISC 



MSC Outgoing_call_i'equest_to_Outgoing_call_connection 



lUTJ 
PT 



T CC.03 



( clause B.2. 5.1 [11]) 



Opt 



Opt^ 



Opt 



PT connects 
U-plane 



CC SETUP 



(clause B.2.2.1, table B.4 and table B.6 [11]; 
PX_Range_of_Bearers_1 , clause A.6. 2, table A.7 



CC SETUP ACK 



( clause B.2.2.1 , table B.5 and table B.I [1 2]) 



CC CALL PROCEEDING 



{ clauseB.2.2.1,tableB.5andtableB.11 [12]) 



CC ALERTING 



( clause B2. 2.1, table B.5 and table B. 13 [12]) 



CC CONNECT 



IUT_2 
FT 



clause &2.2.1 , table B.5 and table B.I 4 [12]) 



the number of bearers 

(as set in PX_Range_of_Bearers_1) 

shall be observed 

in «Connection attributes» 



FT connects 
U-plane 



Figure 37: From Outgoing call request to Outgoing call connection 
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9.13 From Incoming call request to Incoming call connection 



9.13.1 Procedure 



Table 33 



Procedure: From Incoming call request to Incoming call connection 


Preamble 


The PT shall be subscribed to the FT. 
Indirect FT initiated link establishment. 


Stimulus 


The test operator shall trigger the Incoming call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 26. 



9.13.2 MSC 



MSC lncoming_cal 


l_request_to_lncoming_call_connection 

lUT 1 


lUT 2 












PT 




FT 




















the number of bearers 

(as set in 

PX Range of Bearers 2) 

shall be observed 

in «Connection at1ributes» 




CC_SETUP 


T CC.03 


( clause B.2. 2.1, table B.4 and table B. 5 [12]; 
PX_Range_of_Bearers_2 , clause A.6.2, table A.7) 

CC_ ALERTING 




\ 


7 


/ 
(clause B.2.5.1 [12]) 


\ 
/ 








(clause B.2.2.1, table B.4and table B.I 2 [11] ) 








/\ 




Optj 






1 

1 




^- 


PT_alerting 


^ 












CC_CONNECT 
















FT connects 
U-plane 


(clause B.2.2.1, table B.4[11]) 
CC_CONNECT_ACK 












PTconnects 
U-plane 







( clause B.2.2.1, table B. 5 and table B.15 [12]) 


















^ 


1 



















Figure 38: From Incoming call request to Incoming call connection 
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9.14 PT alerting 



9.14.1 Procedure 



Table 34 



Procedure: PT alerting 


Preamble 


The FT shall be in call state F-07. The PT shall be in call state T-07. 


Stimulus 


The test operator shall trigger the Incoming call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 49. 



9.14.2 MSC 



MSC PT_alerting 



IUT_1 
PT 



IUT_2 
FT 



CC INFO 



( clause B.2.2.1 , table B.5 and table B.9 [1 2]) 



Figure 39: PT alerting 



9.15 Bandwidth change 



9.15.1 Procedure 



Table 35 



Procedure: Bandwidth change 


Preamble 


The FT shall be in call state F-1 0. The PT shall be in call state T-1 0. 


Stimulus 


The test operator shall trigger the Bandwidth change procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 31 or item 32. 
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9.15.2 MSC 



MSC Banclwiclth_change 



IUT_1 
T side 



T_CC_service 
(clause B.2.5.1 [11]) 



CC SERVICE CHANGE 



(clause B.2.2.1 , table B.4 and table B.20 [1 1 ]; 
PX_New_Range_of_Bearers , clause A.6. 2, table A.7 ) 



CC SERVICE ACCEPT 



( clause B.2.2.1 , table B.5 and table B.21 [1 1 ]) 



IUT_2 
R side 



the number of bearers 

(as set in 

PX_New_Range_of_Bearers) 

shall be observed 

in «Connecton attributes» 



Figure 40: Bandwidth change 



9.16 Cipher-switching initiated by FT 



9.16.1 Procedure 



Table 36 



Procedure: Cipher-switching initiated by FT 


Preamble 


Link establishment. 

Storing the DCK during the Authentication of PT: 

{AUTHENTICATION_REQUEST} shall contain 

«Auth-type» with <UPC>='1'B and <Cipher key number>='1000'B. 


Stimulus 


The test operator shall trigger the Cipher-switching initiated by FT procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7, item 10. 
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9.16.2 MSC 



MSC Cipher_switching_initiated_by_FT 



lUTJ 
PT 



CIPHER_REQUEST 



( clause B.2.2.2, table B.28 and table B.40 [12]) 



DLC indication 



IUT_2 
FT 



TMMcipher.t 
(B.2.5.1 [12]) 



Figure 41 : Cipher switching initiated by FT 



9.17 Outgoing call V.24 



9.17.1 Procedure 



Table 37 



Procedure: Outgoing call V.24 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated link establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 1 . 
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9.17.2 MSC 



MSC Outgoing_calLV24 



lUT 1 



PT 



CC SETUP 



T CC.03 



(clause B.2. 2.1, table B.4 and table B.6 [11] 



( clause B.2. 5.1 [11]) 



Opt 



PT connects 
U-plane 



( clauseB.2.2.1,tableB.5andtable B.11 [12]) 



CC ALERTING 



( clause B.2. 2.1, table B. 5 and table B. 13 [12]) 



CC CONNECT 



lUT 2 



FT 



Optj 


CC_SETUP_ACK 


1 

1 


( clause B.2.2.1, table B.5 and table B.I [1 2]) 








Optj 


CC_CALL_PROCEEDING 


1 



( clause B.2.2.1 , table B.5 and table B.I 4 [12]) 



«IWU-attributes» shall contain 
Profile subtype V. 24 



FT connects 
U-plane 



Figure 42: Outgoing call V.24 



9.18 Outgoing call Ethernet 



9.18.1 Procedure 



Table 38 



Procedure: Outgoing call Ethernet 


Preamble 


The PT shall be subscribed to the FT. 
Direct PT initiated linl< establishment. 


Stimulus 


The test operator shall trigger the Outgoing call request procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 1 . 
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9.18.2 MSC 



MSC Outgoing_call_Ethernet 



lUT 1 



PT 



CC SETUP 



T CC.03 



(clause B.2. 2.1, table B.4 and table B.6 [11] 



( clause B.2. 5.1 [11]) 



Opt 



PT connects 
U-plane 



( clauseB.2.2.1,tableB.5andtable B.11 [12]) 



CC ALERTING 



( clause B.2. 2.1, table B. 5 and table B. 13 [12]) 



CC CONNECT 



lUT 2 



FT 



Optj 


CC_SETUP_ACK 


1 

1 


( clause B.2.2.1, table B.5 and table B.I [1 2]) 








Optj 


CC_CALL_PROCEEDING 


1 



( clause B.2.2.1 , table B.5 and table B.I 4 [12]) 



«IWU-attributes» shall contain 
Profile subtype Ethernet 



FT connects 
U-plane 



Figure 43: Outgoing call Ethernet 



9.19 Call release 



9.19.1 Procedure 



Table 39 



Procedure: Call release 


Preamble 


The PT shall be in call state T-10. The FT shall be in call state F-10. 


Stimulus 


The test operator shall trigger the Call release procedure by using suitable actions 
indicated by the supplier in the PIXIT table A. 7, item 2 or item 25. 
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9.19.2 MSC 



MSC CalLrelease 

lUTJ IUT_2 






Tside R_slde 


















Alt J 


CC_RELEASE 


1 
1 






^ T_CC.02 


(clause B.2.2.1, table B.4 and table B.I 6 [11] ) 
CC_RELEASE_COM 


z 

> 


(clause B.2.J 

/ 


.1[11]) 


( clause B.2.2.1, table B.5 and table B. 19 [12]) 


\ 








CC_RELEASE_COM 


1 


(clause B.2.2.1, table B.4 and table B.I 8 [1 1] ) 































9.20 Link release 



9.20.1 Procedure 



Figure 44: Call release 



Table 40 



Procedure: Link release 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Link release procedure by using suitable actions 
indicated by the supplier in the PIXIT table A. 7, item 33 or item 34. 
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1 DLC layer procedures 
1 0.1 U-plane transmission class 2 



10.1.1 Procedure 



10.1.2 IVISC 



Table 41 



Procedure: U-plane transmission class 2 


Preamble 


Logical connection setup. 


Stimulus 


The test operator shall trigger the U-plane transmission class 2 procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 46 or 47. 



MSC U_plane_transmission_class_2 



lUTJ 
T side 



Alt 



FU1 Oa_frame_operat)on 



FU1 Objrame_opera1)on 



IUT_2 
R side 



Figure 45: U-plane transmission class 2 



1 0.2 Class A link establishment 



10.2.1 Procedure 



Table 42 



Procedure: Class A link establishment 


Preamble 


Logical connection setup. 


Stimulus 


The test operator shall trigger the Class A link establishment procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 43 or item 50. 
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10.2.2 MSC 



MSC Class A link establishment 



Parameters which are exchanged over the air interface: K 
T_side: NJ (S) 
R_side: N_2(R) 

Parameters which are local at each side: 
V(S),V(R),V(A) 



lUT 1 



T side 



V(S)=0; 

V(R)=0; 

V(A)=0; 

N_1(S)=V(S); 



T_DL.07 
(clause C.2.4.1 [11]) 



V(S)=(V(S)+1)mod2 



I frame 



(N_1{S); clause C.2.2. 1.2.2 [1 1] ; 



RR frame 



;N_2(R); clause C.2.2.1. 2.3 [12]) 



Link established 



lUT 2 



R side 



V(S)=0; 
V(R)=0; 
V(A)=0; 



the Send sequence 
Number N_1(S) 
shall be observed 



V(R)=(V(R)+1)mod2; 
N_2(R)=V(R); 



the Receive sequence 
Number N_2(R) 
shall be observed 



Figure 46: Class A link establishment 



1 0.3 Class A acknowledged information transfer 



10.3.1 Procedure 



Table 43 



Procedure: Class A acknowledged information transfer 


Preamble 


Class A link establishment 


Stimulus 


The test operator shall trigger the Class A acknowledged information transfer 
procedure by using suitable actions indicated by the supplier in the PIXIT table A.7, 
item 44 or item 51 . 
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10.3.2 MSC 



MSC Class_A_ack_info_transfer 

lUTJ 
T side 



Alt 



RR_frame_ackn owl edge merit 



l_frame_acknowledgement 



IUT_2 
R side 



Figure 47: Class A acknowledged information transfer 



MSC RR_frame_acknowledgement 



Parameters which are exchanged over the air interface: K 
T_side: NJ (S) 
R_side: N_2(R) 

Parameters which are local at each side: 
V(S),V(R),V(A) 



lUT 1 



T side 



Loop<1,n>l 



N_2(R)==(NJ(S)+1)mcd2; 

V(A)=(V(A)+1)mod2; 

N_1{S)=V{S); 



T DL.04 



(clause C.2.4.- [11]) 



V(S)=(V(S)+1)mod2 



I frame 



(N_1(S); clause C2.2. 1.2.2 [11]; 



RR frame 



lUT 2 



R side 



the Send sequence 
Number N_1(S) 
shall be observed 



V(R)=(V(R)+1)mod2; 
N_2(R)=V(R); 



(N_2(R); clause C.2.2. 1.2.3 [12]) 



the Receive sequence 
Number N_2(R) 
shall be observed 



Figure 48: RR frame acknowledgment 
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MSC l_frame_acknowledgement 



Parameters which are exchanged over the air interface: K 
T_side:NJ(R), N_1(S) 
R_side: N_2(R), N_2(S) 

Parameters which are local at each side: 
V(S),V(R),V(A) 



IUT_1 
T side 



Loop<1,n>J 



N_2(R)==(N_1(S)+1)mod2; 
V(A)=(V(A)+1)mod2; 

N_2(S)==V(R); 
V(R)=(V(R)+1)mod2; 

N_1(S)=V(S); 
N_1(R)=V(R); 



T_DL.04 



' (clause C. 2.4. 



[11]) 



V(S)=(V(S)+1)mod2 



IUT_2 
R side 



V(S)=(V(S)+1)mod2 



l_frame 



(N_1(R)/N_1 (S); clause C.2.2.1 .2.2 [1 1] 



the Send sequence 
Number N_1(S) 
shall be oljserved 



N_1(R)==(N_2(S)+1 )mod2; 
V(A)=(V(A)+1)mod2; 

N_1(S)==V(R); 
V(R)=(V(R)+1)mod2; 

N_2(S)=V(S); 
N_2(R)=V(R); 



frame 



( N_2(R)/N_2(S); clause C.2.2.1. 2.3 [12]) 



the Receive sequence 
Number N_2(R) and 
the Send sequence 
Number N_2(S) 
shall be observed 



T DL.04 



(clause C.2.4.1 [12]) 



K 



Figure 49: 1 frame acknowledgment 



10.4 FU 10a frame operation 



10.4.1 Procedure 



Table 44 



Procedure: FUlOa frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FU10a frame operation is performed during the U-plane transmission class 2 
procedure. 
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10.4.2 MSC 



MSC FU 10a_f ram e_ope ration 



lUTJ 
T side 



Loop<1,n>) 



FU10a frame 



(clause C.2.2.2.1 [11] 



FUlOc frame 



(clause C.2.2.2.3 [12]) 



IUT_2 
R side 



Figure 50: FUlOa frame operation 



10.5 FU1 Ob frame operation 



10.5.1 Procedure 



Table 45 



Procedure: FUlOb frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FUlOb frame operation is performed during the U-plane transmission class 2 
procedure. 
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10.5.2 MSC 



MSC FU 10b_f ram e_ope ration 



lUTJ 
T side 



Loop<1,n>) 



FU10b frame 



(clause C.2.2.2.2 [11]) 



FU10b frame 



(clause C.2.2.2.2 [12]) 



Figure 51 : FUlOb frame operation 



10.6 FUlOc frame operation 
10.6.1 Procedure 



Table 46 



IUT_2 
R side 



Procedure: FUlOc frame operation 


Preamble 


U-plane transmission class 2. 


Stimulus 


FUlOc frame operation is performed together with the FUlOa frame operation. 



1 0.7 Class A connection handover 



10.7.1 Procedure 



Table 47 



Procedure: Class A connection handover 


Preamble 


U-plane transmission class 2. 


Stimulus 


The test operator shall trigger the Class A connection handover procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 1 6. 
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10.8 Cs-channel fragmentation and recombination 



10.8.1 Procedure 



Table 48 



Procedure: Cg-channel fragmentation and recombination 


Preamble 


Class A link establishment 


Stimulus 


Cg-channel fragmentation and recombination is performed during the Class A 
acknowledged information transfer procedure. 



10.9 Cp-channel fragmentation and recombination 



10.9.1 Procedure 



Table 49 



Procedure: Cp-channel fragmentation and recombination 


Preamble 


Class A link establishment 


Stimulus 


Cp-channel fragmentation and recombination is performed during the Class A 
acknowledged information transfer procedure. 



1 0.1 Selection of logical channels (Cs and Cp) 



10.10.1 Procedure 



Table 50 



Procedure: Selection of logical channels (Cg and Cp) 


Preamble 


Class A link establishment 


Stimulus 


Selection of logical channels (Cg and Cp) is performed during the Class A 
acknowledged information transfer procedure. 



10.11 Class A link release 



10.11.1 Procedure 



Table 51 



Procedure: Class A link release 


Preamble 


Class A link establishment. 


Stimulus 


The test operator shall trigger the Class A link release procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 45 or item 52. 
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1 1 MAC layer procedures 



11.1 Downlink broadcast 



11.1.1 Procedure 



Table 52 



Procedure: Downlink broadcast 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Downlink broadcast procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 37. 



11.1.2 MSC 



MSC Downlinkbroadcast 

IUT_1 
PT 



Loop<1,n>l 



lUT 2 



FT 



Nt_o r_Qt_message 



( clause D.3.2.1, clause D.3.2.2, clause D.4.1, clause D.4.2 [1 1]) 



Figure 52: Downlink broadcast 



1 1 .2 Logical connection setup 



11.2.1 Procedure 



Table 53 



Procedure: Logical connection setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Logical connection setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 3 or item 4 or 
item 5 or item 6. 
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1 1 .3 Single bearer Physical connection setup 



11.3.1 Procedure 



Table 54 



Procedure: Single bearer Physical connection setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Single bearer Physical connection setup 
procedure by using suitable actions indicated by the supplier in the PIXIT table A.7, 
item 3 or item 4. 



1 1 .4 Multi bearer Physical connection setup 



11.4.1 Procedure 



Table 55 



Procedure: Multi bearer Physical connection setup 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Multi bearer Physical connection setup procedure 
by using suitable actions indicated by the supplier in the PIXIT table A.7, item 5 or 
item 6. 



11.5 Single duplex bearer setup 



11.5.1 Procedure 



Table 56 



Procedure: Single duplex bearer setup. 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Single duplex bearer setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 3 or item 4. 
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11.5.2 HMSC 



MSC Single_duplex_bearer_setup 



PT sends BEARER REQUEST 



PT receives WAIT 



PT receives BEARER CONFIRIVI 



PT sends OTHER 



1(1) 



ttie PT initiated Single duplex bearer setup l\ 

procedure is shown. 

For the FT initiated Single duplex bearer setup 

procedure the following shall be done: 

rename the instance PT into FT 

rename the instance FT into PT 



Figure 53: Single duplex bearer setup 
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11.5.3 MSC 



MSC PT sends BEARER REQUEST 



lUTJ 
PT 



Alt 



Count<N 200+1 



T T200 



(clause D.5 
Halfframe 



1 [11]) 



Frame =Frame+1 



Count=N 200+1 



BEARER REQUEST 



(clause D.3.3.1 , table D.42; clause D.4.5.1.1 , table D.94 [11 ] ) 



IUT_2 



FT 



Frame=Frame+1 



Figure 54: PT sends BEARER REQUEST 
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MSC PT receives WAIT 



Alt 



T Halfframe 



Alt 



T_Hal[frame 



lUTJ 
PT 



Loop<0,n^ 



IUT_2 



FT 



WAIT 



Clause D.3.3.1, table D.42; clause D.4.5.1.6, table D.105 [12]) 



WAIT 



(clause D.3.3.1 , table D.42; clause D.4.5.1.6, table D.I 05 [1 1] 



T Halfframe 



T_ Halfframe 



Frame=Frame+1 



Frame=Frame+1 



FT_receives_nothing_and_releases_bearer 



PT_receives_nothingLand_sends_BEARER_REQUEST 



-^ 



Figure 55: PT receives WAIT 
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MSC PT receives BEARER CONFIRM 



lUTJ 
PT 



Alt 



T Half rame 



BEARER_CONFIRM 



clause D.3.3.1, table D.42; clause D.4.5.1 .6, table D.103 [12]) 



PT_receives_nothing_and_sends_BEARER_REQUEST 



IUT_2 
FT 



T_H alf frame 



Figure 56: PT receives BEARER CONFIRIV! 
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MSC PT sends OTHER 



lUTJ 
PT 



Alt 



T Halffame 



T 
( clause D, 



Alt 



J200 



^.1 [11]) 
Frame=Frame+1 



OTHER 



(Nt or Qt or R message ) 



OTHER 



Nt or Ot or Pt message) 



PT_receives_nothing_and_releases_BEARER 



FT receives_nothlng_and_releases_BEARER 



IUT_2 
FT 



T Halfframe 



2 
T_Ha 



Frame=Frame+1 



ff ram e 



Figure 57: PT sends OTHER 
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MSC PT_receives_nothing_and_releases_BEARER 



lUT 1 



PT 



T Half frame 



{ Timeout) 



Unacknowledged_bearer_release 



lUT 2 



FT 



Figure 58: PT receives nothing and releases bearer 



MSC FT_receives_nothing_and_releases_BEARER 



lUTJ 
PT 



Unacknowledged_bearer_release 



IUT_2 
FT 



T_Halfframe 
(Timeout) 



Figure 59: FT receives nothing and releases bearer 
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1 1 .6 Double simplex bearer setup 
11.6.1 Procedure 

Table 57 



Procedure: Double simplex bearer setup. 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Double simplex bearer setup procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 7. 
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11.6.2 MSC 



MSC Double. 


_Simplex_E 


5earer_Setup 












T_side 


R_side 






















Alt j 


GOOD 


1 

1 






( Channel list message, pilot bearer; 
clause D.3.3.1, table D.42;ciause D.4.5.1 Stable D.110[11]) 






LISTEN 


1 




( Channel list message, pilot bearer; 
clause D.3.3.1, table D.42; clause D.4.5.1 .9 table D.11 [1 1]) 








START 










(Channel list message, pibt bearer; 
clause D.3.3.1, table D.42; clause D.4.5.1. 9 table D.111 [12] ) 




T Oneframe 

■\7 








z 


/ 




Qptj 


LISTEN 


1 
1 






( Channel list message, pilot bearer; 
clause D.3.3.1 , table D.42; clause D.4.5.1. 9 table D.1 10 [11]) 








BEARER REQUEST 










(Mb message, first s'mplex bearer; 
clause D.3.3.1, table D.43; clause D.4.5.1. 1 , table D.95 [11] ) 

BEARER_REQUEST 




\ 




7 T_T212 




(Mb message, second simplex bearer; 

clause D.3.3.1, table D.43;clause D.4.5.1.1, table D.95 [11] ) 

BEARER_REQUEST 






^ (clause B.2.5.1 [12]) 

/ 


TTwoframes ^ 






\ 




(Mb message, first simplex bearer; 

clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.95 [11 ] ) 

BEARER_REQUEST 






(Mb message, second simplex bearer; 

clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.95 [11 ] ) 

ACTIVE 




/ 






( Channel list message, pilot bearer; 
clause D.3.3.1, table D.42;clause D.4.5.1 .9 table D.110 [11]) 






/ 


\ 

































Figure 60: Double simplex bearer setup 
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11.7 Connection modification 



11.7.1 Procedure 



11.7.2 IVISC 



Table 58 



Procedure: Connection modification 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Connection modification procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 27 or item 28 or 
item 29 or item 30. 



MSC Connection modification 



Tside 



R side 



BANDWIDTH_REQUEST 



LT message: clause D.3. 2.4.1 , table D.36; clause D.4.4.1 .3, table D.75 
_B message; clause D. 3.3.1, table D.43; clause D.4.5.1 .7, table D.107[12] 



the number of bearers 
shall be within the range 
of bearers given in 
PX_New_Range_of_Bearers 



BANDWIDTH CONFIRM 



( _T message: clause D.3.2.4.1, table D.35; clause D.4.4.1 .3, table D. 74 
_B message: clause D. 3.3.1, table D.42; clause D.4.5.1 .7, table D.106[11]) 



Alt 



Single_duplex_bearer_setup 



Unacl<nowledged_bearer_release 



Double_simplex_bearer_setup 



Fast bearer release 



Figure 61 : Connection modification 
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11.8 Paging 



11.8.1 Procedure 



Table 59 



Procedure: Paging 


Preamble 


The FT shall be in state Active Idle. The PT shall be in state Idle Locked. 


Stimulus 


The test operator shall trigger the Normal paging procedure or the Low duty cycle 
paging procedure or the MAC paging procedure by using suitable actions indicated 
by the supplier in the PIXIT table A.7, item 26. 



11.8.2 MSC 



MSC 


Paging 

lUT 1 




lUT 2 








PT 


FT 






















Loop<1, 


n>\ 


R_message 




1 
1 










(clause D.3.2.3, clause D.4.3 [12]) 





















































Figure 62: Paging 



1 1 .9 Bearer replacement 



11.9.1 Procedure 



Table 60 



Procedure: Bearer replacement 


Preamble 


Link establishment. 


Stimulus 


The test operator shall trigger the Bearer replacement procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 1 5. 
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11.9.2 MSC 



MSC Bearerreplacement 



lUTJ 
T side 



IUT_2 
R side 



Unacl<nowledged_bearer release 



Single_duplex_bearer_se1up 



Figure 63: Bearer replacement 



11.10 Encryption process - initialization and synchronization 



11.10.1 Procedure 



Table 61 



Procedure: Encryption process - initialization and synchronization 


Preamble 


Linl< estabiisliment. 


Stimulus 


The test operator shall trigger the Encryption process - initialization and 
synchronization procedure by using suitable actions indicated by the supplier in the 
PIXIT table A.7Jtem 10. 
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MSC Encryption_process 

IUT_1 
PT 



Loop<1,n>l 



Qt_message 



{ clause D.3.2.2, clause D.4.2.6 [12]) 



lUT 2 



FT 



Figure 64: Encryption process - initialization and synchronization 



11.11 Encryption mode control 



11.11.1 Procedure 



Table 62 



Procedure: Encryption mode control 


Preamble 


Encryption process - initialization and synchronization. 


Stimulus 


The test operator shall trigger the Encryption mode control procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 10. 
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11.11.2 HMSC 



MSC Encryption_mode_control 



i(i; 



The variable Frame is used to count the frames 

and to control that PT messages are only sent in even numbered frames 

The variable S is an arbitrary number 



Frame=2S , 



PT sends START REQ 



PT receives START CONF 



Frame=2S , 



FT receives START GRANT 



Figure 65: Encryption mode control 
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11.11.3 MSC 



MSC PT_sends_ST) 

lUT 1 


^RT_ 


_REQ 




lUT 2 






PT 




FT 










any_message 














( clear data) 




/ 


A 

/ 


^ 




> 


START.REQ 


1 




\ 
Frame<2S+12 
/ 












(clear data/clause D.3.2.4.3, clause D.4.4 .3 [11] ) 




Frame=Frame+1 






Frame=Frame+1 














1 






\ 






<( 


=rame==2S+12 












Unacknowledged_bearer_release 

J 






1 













































Figure 66: PT sends START.REQ 
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MSC PT receives START CONF 



lUTJ 
PT 



Alt 



IUT_2 
FT 



START.CONF 



encrypted dala/clause D.3.2.4.3, clause D.4.4.3 [12]) 



any_message 



Frame=Frame+1 



Frame=Fraine+1 



(clear data) 



anymesssage 



(clear data) 



any_message 



(clear data) 



PT sends START REQ 



Frame =Frame+1 



Frame=Frame+1 



Figure 67: PT receives START.CONF 
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MSC FT_receives_START_GRANT 

IUT_1 
PT 



any_messsage 



(encrypted data) 



IUT_2 
FT 



Alt 



Frame=Frame+1 



Frame=Frame+1 



START.GRANT 



(encrypted data/clause D.3.2.4.3, clause D.4.4.3 [1 1] ) 



any_messsage 



(clear data) 



Frame=Frame+1 



Frame=Frame+1 



Alt 



FT sends START.CONF 



Frame<2S+12 



Unacknowledged_bearer_release 



Frame=2S+1 2 



Figure 68: FT receives START.GRANT 



£75/ 



82 



ETSI TS 101 950 VI .1.1 (2001-05) 



MSC FT sends START CONF 



lUT 1 


START.CONF 


lUT 2 


PT 


FT 














( encrypted data/clause D.3. 2.4.3, clause D.4.4.3 [1 1]) 
any_message 










(clear data) 







Frame=Frame+1 



Frame=Frame+1 



Send START.GRANT 



Figure 69: FT sends START.CONF 



11.12 Logical connection release 



11.12.1 Procedure 



Table 63 



Procedure: Logical connection release 


Preamble 


The FT shall be in state Active Traffic. The PT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Logical connection release procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 35 or item 36. 



11.13 Physical connection release 



11.13.1 Procedure 



Table 64 



Procedure: Physical connection release 


Preamble 


The FT shall be in state Active Traffic. The PT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Physical connection release procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 35 or item 36. 
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11.14 Unacknowledged bearer release 



11.14.1 Procedure 



11.14.2 MSC 



Table 65 



Procedure: Unacknowledged bearer release 


Preamble 


The FT shall be in state Active Traffic. The FT shall be in state Active Locked. 


Stimulus 


The test operator shall trigger the Unacknowledged bearer release procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7, item 35 or 
item 36. 



MSC Unacknowledged_Release 



T side 



R side 



Loop<1,n> 



RELEASE 



(reason bearer release; clause D. 3.3.1, table D. 42; clause D. 4.5.1.1 1, table D.1 14 [1 1] ) 



RELEASE 



(reason bearer release; clause D. 3.3.1, table D. 42; clause D. 4.5.1.1 1, table D.1 14 [1 1] ) 



Figure 70: Unacknowledged bearer release 



11.15 Fast bearer release 



11.15.1 Procedure 



Table 66 



Procedure: Fast bearer release 


Preamble 


Double simplex bearer establishment. 


Stimulus 


The test operator shall trigger the Fast bearer release procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 8 or item 9. 
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11.15.2 MSC 



MSC Fast bearer release 



T_side 

Loop<1,n>) 



RELEASE 



(reason reversal, first simplex bearer; 
clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.1 15 [1 2] 

RELEASE 



(reason reversal, second simplex bearer; 
clause D.3.3.1 , table D.43; clause D.4.5.1.1 , table D.1 15 [1 2] 



BEARER REQUEST 



Mb message, first simplex bearer; 
clause D.3.3.1, table D.42; clause D.4.5.1 .1 , table D.94 [1 1]) 



BEARER REQUEST 



( Mb message, second simplex bearer; 

clause D.3.3.1, table D.42; clause D.4.5.1 .1 , table D.94 [1 1]) 



Figure 71: Fast bearer release 



R side 



1 2 Management entity procedures 
12.1 Dynamic bandwidth management 



12.1.1 Procedure 



Table 67 



Procedure: Dynamic bandwidth management 


Preamble 


Condition of stability before performing this procedure. 


Stimulus 


The test operator shall trigger the Dynamic bandwidth management procedure by 
using suitable actions indicated by the supplier in the PIXIT table A.7, item 27 or 
item 28 or item 29 or item 30. 
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12.2 Suspend management 



12.2.1 Procedure 



12.2.2 MSC 



Table 68 



Procedure: Suspend management 


Preamble 


The FT shall be in call state F-1 0. The PT shall be in call state T-1 0. 


Stimulus 


The test operator shall trigger the Suspend management procedure by using 
suitable actions indicated by the supplier in the PIXIT table A.7, item 1 1 or item 1 2. 



MSC Suspend_management 



T side 



Xr 



T T903 



(clause F.2.3[12]) 



BANDWIDTH REQUEST 



LT message: clause D.3. 2.4.1, table D.36; clause D. 4. 4.1. 3, table D. 75 
_B message: dauseD. 3.3.1, table D.43; clause D. 4.5.1. 7, table D.I 07 [12] 



BANDWIDTH_CONFIRM 



R side 



Lcop<1,n> 



Lcop<1,n>^ 
T T9I0 



(clause F.2.3[12] 



_T message: clause D. 3.2. 4.1, table D. 35; clause D.4.4.1 .3, table D.74 
_B message: clause D. 3.3.1 , table D.42; clause D. 4.5. 1.7, table D.106 [1 1]) 



Unacl<nowledged_bearer_release 



Stay_alive 



the number of bearers 
shall be 



T T910 



(clause F.2.3 [11]) 



-^ 



Figure 72: Suspend management 



12.3 Resume management 



12.3.1 Procedure 



Table 69 



Procedure: Resume management 


Preamble 


Suspend management. 


Stimulus 


The test operator shall trigger the Resume management procedure by using suitable 
actions indicated by the supplier in the PIXIT table A.7, item 1 3 or item 1 4. 
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12.3.2 MSC 



MSC Resume_management 



T side 



Paging 



Single_duplex_bearer_setup 



BANDWIDTH REQUEST 



BANDWIDTH CONFIRM 



R side 



LT message: clause D.3. 2.4.1 , table D.36; clause D.4.4.1 .3, table D.75 
_B message: clause D. 3.3.1, table D.43; clause D.45.1 .7, table D.107[12] 



( _T message: clause D.3.2.4.1 , table D.35; clause D.4.4.1 .3, table D.74 
_B message: clause D. 3.3.1, table D.42; clause D.4.5.1 .7, table D.106[11]) 



the number of bearers 
shall be within the range 
of bearers given in 
PX_Range_of_Bearers_1 12 



Alt 



Single_duplex_bearer_setup 



Double_simplex_bearer_setup 



12.4 Stay Alive 
12.4.1 Procedure 



Figure 73: Resume management 



Table 70 



Procedure: Identification of the procedure 


Preamble 


Link suspended. 


Stimulus 


Stay alive is performed during tine Suspend management. 
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12.4.2 MSC 



MSC Stay_alive 



Tside 



T_T910 

>< 

(clause F.2.3[12]) 



Single_duplex bearersetup 



BANDWIDTH_REQUEST 



R side 



(_T message: clause D.3. 2.4. Liable D.36; clause D.4.4.1.3,table D.75 
_B message: clause D.3.3.1, table D.43; clause D.4.5.1 .7, table D.107 [12] 



the number of bearers 
shall be 



BANDWIDTH CONFIRM 



_T message: clause D. 3.2.4.1, table 0.35; clause D.4.4.1.3,table D.74 
_B message: clause D.3.3.1, table D.42; clause D.4.5.1 .7, table D.106[11]) 



Unacknowledged_bearer release 



Figure 74: Stay alive 
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Annex A (normative): 
Partial PIXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PIXIT. 



The PIXIT Proforma is based on ISO/IEC 9646-6 [8]. Any needed additional information can be found in this 
international standard document. 



A.1 Identification summary 



Table A.I 



PIXIT Number: 




Test Laboratory Name: 




Date of Issue: 




Issued to: 





A.2 Test summary 



Table A.2 



Protocol Specification: 




Protocol to be tested: 




Test Specification: 




Abstract Test Method: 





A.3 Test laboratory 



Table A.3 



Test Laboratory Identification: 




Test Laboratory Manager: 




Means of Testing: 




SAP Address: 
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A.4 Client identification 



Table A.4 



Client Identification: 




Client Test manager: 




Test Facilities required: 





A.5 SUT 



Table A.5 



Name: 




Version: 




SCS Number: 




Machine configuration: 




Operating System Identification: 




lUT Identification: 




PICS Reference for lUT: 




Limitations of the SUT: 




Environmental Conditions: 





A.6 Protocol layer information 



A. 6.1 Protocol identification 



Table A.6 



Name: 




Version: 




PICS References: 
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A.6.2 lUT information 



Table A.7 



Item 


Question 


Explanation 


Answer 


1 


How could the IUT_1 (PT) be 
forced to invoke an outgoing call? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
start outgoing call. 




2 


How could the IUT_1 (PT) be 
forced to release a call? 


Indicates the steps that have to be 
followed to release a call. 




3 


How could the IUT_1 (PT) be 

forced to initiate the following 

procedures: 

Logical connection setup, Single 

bearer Physical connection setup, 

Single duplex bearer setup? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup. 

Single duplex bearer setup. 




4 


How could the IUT_2 (FT) be 

forced to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup. 

Single duplex bearer setup? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup. Single 

bearer Physical connection setup. 

Single duplex bearer setup. 




5 


How could the lUT 1 (PT) or 
IUT_2 (FT) be forced to initiate the 
following procedures: 
Logical connection setup, Multi 
bearer Physical connection setup. 
Symmetric connection? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup, Multi 

bearer Physical connection setup. 

Symmetric connection. 




6 


How could the lUT 1 (PT) or 
IUT_2 (FT) be forced to initiate the 
following procedures: 
Logical connection setup, Multi 
bearer Physical connection setup. 
Asymmetric connection? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection setup, Multi 

bearer Physical connection setup. 

Asymmetric connection? 




7 


How could the IUT_1 (PT) be 
forced to initiate a Double simplex 
bearer setup procedure? 


Indicates the steps that have to be 
followed to initiate a Double 
simplex bearer setup procedure. 




8 


How could the IUT_1 (PT) be 
forced to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection? 


Indicates the steps that have to be 
followed to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection. 




9 


How could the IUT_2 (FT) be 
forced to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection? 


Indicates the steps that have to be 
followed to reverse the direction of 
the bearers used in an asymmetric 
multibearer connection. 




10 


How could the IUT_2 (FT) be 
forced to switch a connection from 
clear mode to encrypt mode? 


Indicates the steps that have to be 
followed to initiate a FT initiated 
cipher-switching procedure. 




11 


How could the IUT_1 (PT) be 
forced to initiate a MAC suspend? 


Indicates the steps that have to be 
followed to initiate a MAC suspend 
procedures. 




12 


How could the IUT_2 (FT) be 
forced to initiate a MAC suspend? 


Indicates the steps that have to be 
followed to initiate a MAC suspend 
procedures. 




13 


How could the IUT_1 (PT) be 
forced to initiate a MAC resume? 


Indicates the steps that have to be 
followed to initiate a MAC resume 
procedures. 




14 


How could the IUT_2 (FT) be 
forced to initiate a MAC resume? 


Indicates the steps that have to be 
followed to initiate a MAC resume 
procedures. 




15 


How could the IUT_1 (PT) be 
forced to initiate a bearer 
replacement procedure? 


Indicates the steps that have to be 
followed to initiate a bearer 
replacement procedure. 




16 


How could the IUT_1 (PT) be 
forced to initiate a Class A 
connection handover procedure? 


Indicates the steps that have to be 
followed to initiate a Class A 
connection handover procedure. 
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Item 


Question 


Explanation 


Answer 


17 


How could the IUT_2 (FT) be 
forced to initiate an authentication 
of PT procedure? 


Indicates the steps that have to be 
followed to initiate an 
authentication of PT procedure. 




18 


How could the IUT_1 (PT) be 
forced to initiate an authentication 
of FT procedure? 


Indicates the steps that have to be 
followed to initiate an 
authentication of FT procedure. 




19 


How could the IUT_2 (FT) be 
forced to set bit38 in the broadcast 
FT "higher layer capabilities" to 
'1'? 


Indicates the steps that have to be 
followed to set bit38 in the 
broadcast FT "higher layer 
capabilities" to '1'. 




20 


How could the IUT_1 (PT) be 
forced to initiate a Location 
registration procedure? 


Indicates the steps that have to be 
followed to initiate a Location 
registration procedure. 




21 


How could the IUT_2 (FT) be 
forced to set bit44 in the broadcast 
FT "higher layer capabilities" to 
'1'? 


Indicates the steps that have to be 
followed to set bit44 in the 
broadcast FT "higher layer 
capabilities" to '1'. 




22 


How could the IUT_1 (PT) be 
forced to initiate an Obtain access 
rights procedure? 


Indicates the steps that have to be 
followed to initiate an Obtain 
access rights procedure. 




23 


How could the IUT_2 (FT) be 
forced to initiate a terminate 
access rights procedure? 


Indicates the steps that have to be 
followed to initiate a terminate 
access rights procedure. 




24 


How could the IUT_2 (FT) be 
forced to initiate the Key allocation 
procedure? 


Indicates the steps that have to be 
followed to initiate the Key 
allocation procedure. 




25 


How could the IUT_2 (FT) be 
forced to release a call? 


Indicates the steps that have to be 
followed to release a call. 




26 


How could the IUT_2 (FT) be 
forced to invoke an incoming call? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
start incoming call. 




27 


How could the IUT_1 (PT) be 
forced to increase the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
increase the number of bearers. 




28 


How could the IUT_1 (PT) be 
forced to decrease the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
decrease the number of bearers. 




29 


How could the IUT_2 (FT) be 
forced to increase the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
increase the number of bearers. 




30 


How could the IUT_2 (FT) be 
forced to decrease the number of 
bearers? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
decrease the number of bearers. 




31 


How could the IUT_1 (PT) be 
forced to request Service change 
changing the range of bearers (PT 
Master)? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
request Service change changing 
the range of bearers (PT Master). 




32 


How could the IUT_2 (FT) be 
forced to request Service change 
changing the range of bearers (FT 
Master)? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
request Service change changing 
the range of bearers (FT Master). 




33 


How could the IUT_1 (PT) be 
forced to initiate the Link release 
procedure? 


Indicates the steps that have to be 
followed to initiate the Link release 
procedure. 




34 


How could the IUT_2 (FT) be 
forced to initiate the Link release 
procedure? 


Indicates the steps that have to be 
followed to initiate the Link release 
procedure. 




35 


How could the IUT_1 (PT) be 

forced to initiate the following 

procedures: 

Logical connection release, 

Physical connection release, 

Unacknowledged bearer release? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection release. 

Physical connection release. 

Unacknowledged bearer release. 
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Item 


Question 


Explanation 


Answer 


36 


How could the IUT_2 (FT) be 

forced to initiate tine following 

procedures: 

Logical connection release, 

Physical connection release, 

Unacknowledged bearer release? 


Indicates the steps that have to be 

followed to initiate the following 

procedures: 

Logical connection release. 

Physical connection release. 

Unacknowledged bearer release. 




37 


How could the IUT_2 (FT) be 
forced to initiate the Downlink 
broadcast procedure? 


Indicates the steps that have to be 
followed to initiate the Downlink 
broadcast procedure. 




38 


How many bearers can be 
established during the Outgoing 
call? 


PX_Range_of_Bearers_1 
indicates the range of bearers 
which can be established during 
the Outgoing call. 




39 


How many bearers can be 
established during the Incoming 
call? 


PX_Range_of_Bearers_2 
indicates the range of bearers 
which can be established during 
the Incoming call. 




40 


What shall be the new bandwidth 
for the Active call? 


PX_New_Range_of_Bearers 
indicates the new range of bearers 
for the Active call. 




41 


What feature shall be observed at 
the Application side? 


PX_QoS_Application indicates the 
claims of an application at the 
Application side (e.g. 
throughput/delay/no transmission 
errors). 




42 


What feature shall be observed at 
the User side? 


PX_QoS_User indicates the 
claims of an application at the 
User side (e.g. web browsing/file 
transfer/no dropped connections). 




43 


How could the IUT_1 (PT) be 
forced to initiate the Class A link 
establishment procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A link 
establishment procedure. 




44 


How could the IUT_1 (PT) be 
forced to initiate the Class A 
acknowledged information transfer 
procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A acknowledged 
information transfer procedure. 




45 


How could the IUT_1 (PT) be 
forced to initiate the Class A link 
release procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the Class A link release 
procedure. 




46 


How could the IUT_1 (PT) be 
forced to initiate the U-plane 
transmission class 2 procedure? 


Indicates the steps that have to be 
followed to force IUT_1 (PT) to 
initiate the U-plane transmission 
class 2 procedure. 




47 


How could the IUT_2 (FT) be 
forced to initiate the U-plane 
transmission class 2 procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the U-plane transmission 
class 2 procedure. 




48 


What kind of User data 
transmissions shall be executed? 


Specifies the possible User data 
transmissions. 




49 


How could the IUT_2 (FT) be 
forced to initiate the PT alerting 
procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the PT alerting procedure. 




50 


How could the IUT_2 (FT) be 
forced to initiate the Class A link 
establishment procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A link 
establishment procedure. 




51 


How could the IUT_2 (FT) be 
forced to initiate the Class A 
acknowledged information transfer 
procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A acknowledged 
information transfer procedure. 




52 


How could the IUT_2 (FT) be 
forced to initiate the Class A link 
release procedure? 


Indicates the steps that have to be 
followed to force IUT_2 (FT) to 
initiate the Class A link release 
procedure. 
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Annex B (normative): 
PCTR Proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, ETSI grants that 
users of the present document may freely reproduce the PCTR proforma in this annex so that it can be used for its 
intended purposes and may further publish the completed PCTR. 



The PCTR proforma is based on ISO/IEC 9646-6 [8]. Any needed additional information can be found in the present 
document. 



B.1 Identification summary 

B.1 .1 Protocol conformance test report 



Table B.1 



PCTR Number: 




PCTR Date: 




Corresponding SCTR Number: 




Corresponding SCTR Date: 




Test Laboratory Identification: 




Test Laboratory IVIanager: 




Signature: 





B.1. 2 I UT identification 



Table B.2 



Name: 




Version: 




Protocol specification: 




PICS: 




Previous PCTR if any: 





B.1. 3 Testing environment 



Table B.3 



PIXIT Number: 




Test Specification: 




Test Method: 




Means of Testing identification: 




Date of testing: 




Conformance Log reference(s): 




Retention Date for Log reference(s): 
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B.1 .4 Limits and reservation 

Additional information relevant to the technical contents or further use of the test report, or the rights and obligations of 
the test laboratory and the client, may be given here. Such information may include restriction on the publication of the 
report. 



B.1.5 Comments 

Additional comments may be given by either the client or the test laboratory on any of the contents of the PCTR, for 
example, to note disagreement between the two parties. 



B.2 lUT Conformance status 



This lUT has or has not been shown by conformance assessment to be non-conforming to the specified protocol 
specification. 

Strike the appropriate words in this sentence. If the PICS for this lUT is consistent with the static conformance 
requirements (as specified in clause B.3 in this report) and there are no "FAIL" verdicts to be recorded (in clause B.6 in 
this report) strike the words "has or", otherwise strike the words "or has not". 



B.3 Static conformance summary 

The PICS for this lUT is or is not consistent with the static conformance requirements in the specified protocol. 
Strike the appropriate words in this sentence. 

B.4 Dynamic conformance summary 

The test campaign did or did not reveal errors in the lUT. 

Strike the appropriate words in this sentence. If there are no "FAIL" verdicts to be recorded (in clause D.6 of this 
report) strike the words "did or" otherwise strike the words "or did not". 

Summary of the results of groups of test: 
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B.5 Static conformance review report 

If clause B.3 indicates non-conformance, this clause itemises the mismatches between the PICS and the static 
conformance requirements of the specified protocol specification. 



B.6 Test campaign report 



Table B.4 



Test Reference 


Selected? 


Run? 


Verdict 


Observations 

(Reference to any observations 

made in clause 7) 


Subscription 


Yes/No 


Yes/No 






Outgoing call 


Yes/No 


Yes/No 






Incoming call 


Yes/No 


Yes/No 






Switch On 


Yes/No 


Yes/No 






Desubscribe 


Yes/No 


Yes/No 






Connection bandwidth control 


Yes/No 


Yes/No 






Stop/Start sending data 


Yes/No 


Yes/No 






Send/Receive U-plane data 


Yes/No 


Yes/No 






Behaviour at the edge of range, in 
noisy environment and Interferer 
tests 


Yes/No 


Yes/No 






Multicell behaviour 


Yes/No 


Yes/No 






Speech & Data in parallel or 
several Data connections in 
parallel 


Yes/No 


Yes/No 






Ethernet procedures 


Yes/No 


Yes/No 






V24 procedures 


Yes/No 


Yes/No 






Encryption 


Yes/No 


Yes/No 






Ouality of service from 
applications point of view 


Yes/No 


Yes/No 






Ouality of service from users point 
of view 


Yes/No 


Yes/No 







B.7 Observations 



Additional information relevant to the technical content of the PCTR is given here. 
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Annex C (normative): 
HMSCs and MSCs 



The test execution is described with HMSCs and MSCs. All the MSCs are listed in MSC.PR format (mpr files) in the 
attached zip file, ts_101950v010101p0.zip. 
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